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AUTOMATIC TRANSFER OF IMAGE INFORMATION BETWEEN 
IMAGING DEVICE AND HOST SYSTEM 

FIELD OF THE INVENTION 
5 The present invention relates to the field of imaging. More particularly, this 

invention relates to transferring image information between an imaging device and a 
host system. 

BACKGROUND OF THE INVENTION 

10 Imaging devices, such as cameras, typically store still or moving (video) 

image information on film, video tape, or other media. Digital cameras capture 
image information in digital format and store the image information in memory, 
such as a flash memory, or on other digital storage media. The digital image 
information can be downloaded to a host system, such as a personal computer. The 

15 image information can then be manipulated by rotating the image, cropping the 
image, or otherwise altering the image with software applications residing on the 
host system. 

In order to process an image on a host system, a user attaches an imaging 
device to the host system, initiates application software for interfacing with the 
20 imaging device, and transfers image information between the imaging device and the 
host system. Each of these tasks can take several steps, and may be intimidating for 
a picture taker who has novice computer skills. 



-1- 



SUMMARY OF THE PRESENT INVENTION 

A method of transferring image information between an imaging device and 
a host system is disclosed. The host system detects that an imaging device is 
connected to the host system. In response to detecting the imaging device, one or 
more images are transferred between the imaging device and the host system. 

Other features, and advantages of the present invention will be apparent from 
the accompanying drawings and from the detailed description that follows below. 



RRTFF DESCRIPTIO N OF THE DRAWINGS 

Figure 1 shows a representation of an imaging device that is attachable to a 

host system. 

Figure 2 shows one embodiment of the flow of information among the 
5 components of the host system when the imaging device 10 is first connected to the 
host system 20. 

Figure 3 shows one embodiment of the flow of information among the 
components of the host system after the host application software 60 has been 
initiated. 

10 Figure 4 shows one embodiment of the polling initialization process. 

Figure 5 shows an embodiment of the polling process between the camera 
API 62 and the host applications software 60. 

Figure 6 shows a flowchart of one embodiment of the process of transferring 
images between the imaging device and host system. 
15 Figure 7 shows a flowchart of one embodiment of the process of detecting 

that an imaging device such as a camera is attached to a host system. 
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A method of transferring image information between an imaging device and 
a host system is disclosed. In one embodiment, the transferring of image 
information is performed automatically upon connecting the imaging device to the 
5 host system. 

The imaging device may be an image capture device, such as a camera. 
Alternatively, the techniques disclosed can be used with any device that is capable of 
storing image information. The host system may be any system which is capable of 
manipulating image information. For example, the host system may be a personal 

10 computer such as an IBM-compatible personal computer running on an Intel 

Pentium® or Pentium® II processor. However, the host system could alternatively 
be a printer, plotter, fax machine, display device, or storage device. 

Figure 1 shows a representation of an imaging device 10 that is attachable to 
a host system 20. In one embodiment, the imaging device 10 is attached via a cable 

15 22 to a port 26 of the host system 20. The imaging device 10 is preferably coupled 
to the host system 20 using a data transfer protocol that supports a high data transfer 
rate. In one embodiment, the imaging device 10 is coupled to the host system 20 via 
a Universal Serial Bus (USB) connection. The USB connection provides for a data 
transfer rate of up to 12 Mb/s. Other connections and data transfer protocols may 

20 alternatively be used, such as the 1394 protocol. (More information on USB can be 
obtained from the World Wide Web at the URL http://www.usb.org/. The 1394 
standard is maintained and distributed by the Institute of Electrical and Electronic 
Engineers. Firewire, one implementation of 1394 T is defined by IEEE Standard 
1394-1995.) 

25 Figures 2 and 3 are embodiments showing the relationship and messaging 

between components of the host system 20 and imaging device (camera) 10. Figure 



2 shows one embodiment of the flow of information among the components of the 
host system when the imaging device 10 is first connected to the host system 20. 
The host system 20 includes an operating system (O/S) 40 and host application 
software 60. The host system 20 detects when an imaging device such as a camera 
5 10 is attached to the host system 20. In one embodiment, the operating system 40 
detects whether a camera 10 is attached to the system by polling the port 26. A port 
driver 42 may be used to provide an interface between the operating system 40 and 
the port 26. In one embodiment, the port 26 is a USB port and the port driver is a 
USB driver. 

10 The operating system may be one of a variety of different operating systems. 

In one embodiment, the operating system is a Windows* operating system, such as 
Windows* 95, or Windows* 98 made by Microsoft Corporation. Windows 98 
includes hooks which allow the polling of ports. Other operating systems may be 
modified to provide for such polling. The polling is preferably performed in the 

15 background so that the user need not be aware that it is being performed. 

Alternatively, host application software 60 can perform the polling of the port 26. 
However, polling by the operating system 40 (instead of by host application software 
60) has a performance advantage, since the operating system is already set up for 
polling various activities, such as keyboard pushes, mouse movements, and so forth. 

20 For the purposes of illustration, the following description assumes that the operating 
system does the polling. A person skilled in the art can make the modifications to 
allow an application to do the polling. 

When a camera 1 0 is connected to the port 26 of the host system 20, the port 
driver 42 signals the operating system 40 that the camera has been attached to the 

25 host system 20. This is illustrated by the arrow marked (1) shown in Figure 1. The 

* Third-party marks and brands are the property of their respective owners. 
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operating system 40 identifies the device as a camera and loads the corresponding 
software driver 44 into memory as illustrated by the arrow (2). In one embodiment, 
the operating system 40 interrogates the camera 1 0 to get an identifier. The 
operating system 40 loads the software driver 44 corresponding to the identifier. In 
5 this example, a camera driver 44 is loaded by the operating system 40, 

The operating system 40 then loads one or more software applications 
corresponding to the camera. In one embodiment, the operating system allows 
software applications to be registered. Upon meeting a predetermined condition 
(such as a camera with a particular identifier being detected), the registered host 

10 software application is loaded. In this case, the host application software 60 (for the 
camera) is loaded as shown by the arrow (3). In one embodiment, the camera driver 
44 signals the operating system 40 to initiate the host application software 60. The 
host application software 60 initiates the transfer of image information between the 
image device (camera) 10 and the host system 20. The host application software 60 

15 may also process images. For example, the host application software 60 can perform 
decompression and/or color correction on the images. Furthermore, the host 
application software 60 may perform rotation, cropping, and other image 
manipulation functions. 

Some operating systems, such as Windows 98 allow specific events to cause 

20 software applications to be launched. For example, the camera driver 44 can be set 
up with registered events such as "connection detected with camera" or "shutter 
button on camera is pushed." Thus, an operating system can be set up to 

automatically launch an application such as the host application software 60 when 
the camera 10 is attached, 
25 In one embodiment, if the camera driver 44 or the host application software 

60 is not installed on the host system 20 when the camera 10 is attached to the host 
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system 20, then the user is requested to provide the camera driver 44 and/or host 
application software 60 for the device that has been attached to the port 26. Once 
the installation has been completed, the process proceeds as previously described. 
Figure 3 shows one embodiment of the flow of information among the 
5 components of the host system after the host application software 60 has been 
initiated. In this embodiment, after being loaded, the host application software 60 
creates and initializes a camera Applications Programming Interface (API) 62 as 
indicated by arrow (4), The camera API 62 may perform its task in a background 
thread. Tn this manner, the host application software 60 need not wait for the camera 

10 API 62 to complete before performing other tasks. In one embodiment, the camera 
API 62 is a COM object which loads an O/S-dependent dynamic link library (DLL) 
64 as shown by arrows (5). The camera API 62 communicates to the operating 
system 40 via the DLL 64. (In another embodiment, the camera AH 62 incorporates 
the DLL 64.) The operating system 40 in turn communicates with the camera 10 via 

15 the camera driver 44 and the port driver 42 as shown by arrows (6). 

Figure 4 shows one embodiment of the polling initialization process. The 
polling initialization process begins with the operating system opening the host 
application software. The host application software 60 then creates and initializes a 
camera API 62. In one embodiment, the host application software 60 adds itself to 

20 the camera API's callback list, so that the host application software 60 will be 
notified when the camera API is successful in the polling process. 

In one embodiment, the camera API upon initialization resets its internal 
variables, loads an O/S dependent DLL, and creates and starts a background thread. 
The camera API then inserts a message into the background threaded queue that tries 

25 to open the camera driver. (A driver is "opened" by establishing a connection with 
the driver.) In one embodiment, the camera driver is only opened when a camera is 



attached: If the camera driver cannot be opened, then a camera is not attached to die 
host system. If a camera driver can be opened, then a camera is attached In one 
embodiment, the camera API 44 attempts to open the camera driver every half a 
second. 

5 Figure 5 shows an embodiment of the polling process between the camera 

API 62 and the host application software 60. In this embodiment, the camera API 62 
attempts to open the camera driver. When it is successful at opening the camera 
driver, the camera API closes the camera driver, and notifies the applications in its 
callback queue. Since the host application software 60 is in the callback queue of 

10 the camera API, it is notified that a camera has been detected. 

In this embodiment, the host application software 60 re-opens the camera 
driver 44 by signaling the camera API 62 to open the camera driver 44 and check for 
a compatible camera. The host application software 60 can then send various 
commands to the camera 10 via the camera API 44 (and the operating system 40 and 

15 drivers 44 and 42). For example, the host application software 60 can request the 
number of images stored in the camera. The host application software 60 can 
request a list of the names of the images and the image sizes, or it can request a 
particular image. 

Figure 6 shows a flowchart of one embodiment of the process of transferring 
20 images between the imaging device and host system. In this case, the imaging 
device is a camera, and the host system is a personal computer. The flowchart 
begins at block 100. The process continues at block 102, at which the host 
application software creates a camera API. The camera API loads a DLL that is 
operating system dependent at block 104. At block 106, the camera API determines 
25 if a camera is available. 
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At block 108, if a camera is not available, then the flowchart returns to block 
106. However, if a camera is available, the process continues at block 1 10. At 
block 1 10, the camera API sends a message to the host application software 
indicating that a camera is available. The host application software requests that the 
5 camera driver be open at block 1 12. The camera API responds by opening the 
camera driver, as shown at block 1 14. The process of opening a driver means 
establishing a connection with the camera driver. At block 1 16, the host application 
software requests that images are transferred from the camera to the host system. 
The camera API responds by transferring image information from the camera to the 
10 host application software at block 118. Image information may include image pixel 
data as well as other information, such as color palette information, compression 
information, orientation of the image, and so forth. The flowchart terminates at 
block 120. 

Figure 7 shows a flowchart of one embodiment of the process of detecting 
15 that an imaging device such as a camera is attached to a host system. The flowchart 
starts at block 200. It continues at block 202, in which the operating system 
determines if a camera is available. This may be done with the aid of a port driver 
such as a USB driver. If the camera is not available, the process returns to block 
202. If a camera is available at block 204, the process continues at block 206 at 
20 which the operating system loads the camera driver. 

In one embodiment, an operating system such as Windows 98 is used. 
Windows 98 allows the driver to signal the operating system of the camera being 
connected to the host system (the connection event), as shown by block 208. The 
operating system then opens the applications that arc registered with the connection 
25 event. In this case, the host application software for the camera is initiated, as 
shown at block 210. The flowchart then continues with the flowchart of Figure 6. 



If the operating system does not provide a way of opening an application 
based on the connection event an alternate embodiment may use a "service" instead 
of the steps shown by blocks 208 and 210, The service is installed by the user and is 
initiated on the host system automatically when the host system boots up. The 
5 service opens the host application software when a camera is detected. In one 

embodiment, the service uses the camera API to determine if the camera is available. 
Thus, the service acts as a mini-host application in a manner similar to that shown in 
Figure 6. However, the service initiates the host application software when a 
connection to the camera driver is established. The host application then establishes 

10 its own connection to the camera driver to transfer images from the camera. 

In one embodiment, the host application software 60 and the camera driver 
44 are shipped with the camera 10. The host application software 60 and camera 
driver 44 may be shipped via floppy disk or CD-ROM. Alternatively, the host 
application software 60 and camera driver 44 can be downloaded via the World 

15 Wide Web. The host application software 60 and camera driver 44 are installed to a 
storage medium on the host system, such as a hard disk, dynamic random access 
memory (DRAM), static random access memory (SRAM), or flash memory. 

In the foregoing specification, the invention has been described with 
reference to specific exemplary embodiments thereof. It will, however be evident to 

20 someone having the benefit of this disclosure, that various modifications and 

changes may be made thereto without departing from the broader spirit and scope of 
the invention as set forth in the appended claims. The specification and drawings 
are, accordingly, to be regarded in an illustrative rather than a restrictive sense. 
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